सॉफ़्टवेयर इंजीनियरिंग हायरिंग मैनेजर के लिए अक्सर पूछे जाने वाले प्रश्न - 5 का भाग 3: पोर्टफोलियो और गिटहब

जब से मैंने एक सॉफ्टवेयर इंजीनियर से एक इंजीनियरिंग मैनेजर बनने के लिए संक्रमण किया है, तकनीकी साक्षात्कार बहुत विकसित हुए हैं। विशेष रूप से कोविद के बाद के युग में, व्यक्ति पर अधिक जोर दिया गया है, जो मुझे लगता है कि एक महत्वपूर्ण और स्वागत योग्य बदलाव है।

सैकड़ों कोडर्स के साक्षात्कार के दशक में, मुझे लिंक्डइन पर विभिन्न बूटकैंप, कॉलेजों और सैकड़ों व्यक्तिगत नौकरी चाहने वालों के साथ काम करने का भी आनंद मिला है। पिछले वर्षों में हुए सभी परिवर्तनों में, विभिन्न स्थानों और माध्यमों में, कुछ न कुछ एक जैसा रहा: मुझसे पूछे जाने वाले प्रश्न।

इसे ध्यान में रखते हुए, मैंने सोचा - क्यों न एक हायरिंग मैनेजर के रूप में अपने दृष्टिकोण से एक एफएक्यू बनाया जाए?

हालांकि यह मेरा दृष्टिकोण है, यह वर्षों के अवलोकन और समर्थन डेटा पर आधारित है। लेकिन कहा जा रहा है, सलाह तथ्य नहीं है। आप कुछ बिंदुओं से असहमत हो सकते हैं, और यह ठीक है। जिन विचारों से हम असहमत हैं, वे हमें अपने विचारों को बेहतर ढंग से समझने की अनुमति देते हैं। अधिक से अधिक, मुझे आशा है कि इन प्रतिक्रियाओं से आपको अपने सपनों की नौकरी प्राप्त करने में मदद मिलेगी। कम से कम, मुझे आशा है कि वे आपको अपने करियर के बारे में अपने विचार बनाने में मदद करेंगे।

इस भाग में, मैं उन प्रश्नों पर ध्यान केंद्रित करूँगा जो मुझे पोर्टफ़ोलियो और गिटहब के बारे में प्राप्त हुए हैं।

पोर्टफोलियो पर

1. क्या मुझे वास्तव में एक पोर्टफोलियो/वेबसाइट की आवश्यकता है?

   यह वास्तव में निर्भर करता है - लेकिन मैं उनके पक्ष में हूं। रिज्यूमे मुझे आपका पेशेवर पक्ष दिखाता है। पोर्टफोलियो आपके व्यक्तित्व, आपकी रुचियों को प्रदर्शित करते हैं। वे काम पर रखने वाले प्रबंधकों को एक अलग समझ देते हैं कि आप कौन हैं, और आप कैसे आगे बढ़ना चाहते हैं।

   
   

   बेशक, हर किसी को एक की जरूरत नहीं है - या एक बनाने की इच्छा है। मैं कई सफल कोडर को जानता हूं जिनके पास पोर्टफोलियो/वेबसाइट नहीं है और उन्हें कभी इसकी आवश्यकता नहीं है। वास्तव में, मुझे पता है कि अधिकांश डेवलपर्स के पास एक नहीं है। और अगर ऐसा है, तो मैं उनके लिए दबाव क्यों बनाऊं?

   
   

   इसका सीधा सा जवाब है कि यह एक ऑड्स गेम है। टेक हायरिंग अभी एक जंगली दुनिया है - बहुत सारी मांग है, बहुत सारे उम्मीदवार हैं, यह अल्ट्रा-प्रतिस्पर्धी है लेकिन लोग नौकरी खोजने के लिए भी संघर्ष कर रहे हैं। एक पोर्टफोलियो आपको नौकरी पाने की गारंटी नहीं देता है, लेकिन यह आपको अन्य उम्मीदवारों पर एक सार्थक बढ़त देता है बशर्ते आप इसे सही तरीके से करें।

   
   

   आपके पोर्टफोलियो को एक बड़ा उपक्रम नहीं होना चाहिए - और क्योंकि लाभ लागत से कहीं अधिक हैं, मुझे लगता है कि उन्हें बनाना बहुत मायने रखता है। क्योंकि पोर्टफोलियो व्यक्तिगत होते हैं, मुझे लगता है कि लोग "संभव की कला" से अभिभूत हो जाते हैं - और फिर वे वास्तव में कभी भी कुछ भी नहीं बनाते हैं।

   
   

   यदि आप अपने पोर्टफोलियो को पुनरावृत्त रूप से बनाते हैं, छोटे से शुरू करते हैं, और केवल आवश्यकतानुसार विस्तार करते हैं और आपके पास समय है, तो यह खुद को स्थापित करने का एक शानदार तरीका है।

   
   

   अधिक जानकारी के लिए, यहां कुछ संसाधन दिए गए हैं कि कैसे अपने आप को एक हत्यारा पोर्टफोलियो बनाया जाए:

   • चलो बात करते हैं पोर्टफोलियो!

   • चलो बात करते हैं (और भी!) पोर्टफोलियो के बारे में !

   • अपने पोर्टफोलियो एमवीपी के निर्माण के लिए 7 कदम

   • लुंबोट

     
     

2. मैं अपने पोर्टफोलियो में क्या डालूं?

   सबसे पहले, अपने दर्शकों को जानें। आपका पोर्टफोलियो आपके दोस्तों, आपके परिवार के लिए नहीं है - आपके वास्तविक दर्शक हायरिंग मैनेजर हैं। आप अपनी सामग्री को इस तरह केंद्रित करना चाहते हैं कि इसका उपभोग करना आसान हो - इसलिए इस बात पर ध्यान दें कि आप चीजों को कैसे रखते हैं। इसे अपना रिज्यूमे + क्रिएटिविटी समझें। इसमें कुछ स्टाइल जोड़ें लेकिन इसे प्रयोग करने योग्य बनाएं।

   
   

   मैं त्वरित दृश्यों का बहुत बड़ा प्रशंसक हूं जो किसी को यह समझने में मदद करते हैं कि आप क्या कर सकते हैं - तो क्या वह आपकी भाषाओं को सूचीबद्ध कर रहा है, प्रत्येक के साथ आपके वर्षों के अनुभव को सूचीबद्ध कर रहा है, अपनी परियोजनाओं को सूचीबद्ध कर रहा है, इसे दृश्य, इंटरैक्टिव बना रहा है, लेकिन ऐसा नहीं है इसमें कोई भी "घर्षण" जोड़ें। इसके द्वारा मेरा मतलब है, धीमी स्लाइडशो जिसमें मुझे बैठने और चीजों के अंदर और बाहर फीका होने की प्रतीक्षा करने की आवश्यकता होती है, यह एक अच्छा तरीका नहीं है। यह सब सूचीबद्ध करें ताकि मैं इसे देख सकूं, इसका उपभोग कर सकूं और आगे बढ़ सकूं।

   
   

   एक और बात है: इसे कुछ जीवन दो। इसे ऐसा न बनाएं कि आपने इसे वर्षों पहले बनाया था और इसके बारे में भूल गए - कुछ गतिशील तत्व जोड़ें, ताकि यह हमेशा ताज़ा दिखे। क्या यह आपके ट्विटर पर फ़ीड करता है, या बस अपने ब्लॉग में एक छोटा सा एकीकरण बनाता है, या बस एक "माइक्रो-ब्लॉग" है जो लोगों को आपके काम करने के बारे में अप-टू-डेट रखता है।

   
   

   मुख्य सामग्री आपकी परियोजनाओं के चारों ओर है। आपने क्या बनाया है, आप क्या बना रहे हैं। अच्छे लेखन को शामिल करें जो आपने सीखा है, आपको क्या चुनौती दी है, आपको किस पर गर्व है, आप क्या बेहतर करेंगे। प्रभाव और परिणाम।

   
   

   यह टेम्प्लेट जो मैंने बनाया है वह न्यूनतम है जिसे आपको सूचीबद्ध करना चाहिए। यह सब स्थिर है, इसमें न्यूनतम डिज़ाइन तत्व हैं, लेकिन यह वास्तव में एक भर्ती प्रबंधक को यह समझने में मदद करता है कि आप कौन हैं:

   
   

   
   

   

   
   

   जैसा कि आप देख सकते हैं, सूचीबद्ध करने के लिए प्रमुख चीजें हैं:

   • टेक स्टैक और कार्यप्रणाली जो आप जानते हैं

   • एक मिनी-बायो

   • महत्वपूर्ण लिंक - आपके गिटहब के लिए, आपका रिज्यूमे, आपका लिंक्डइन,

   • त्वरित दृश्य जो आपके करियर को सारांशित करते हैं

   • प्रोजेक्ट, टेक स्टैक और GitHub के लिंक के साथ

   • "लाइव" अनुभाग जिन्हें आप आसानी से अपडेट कर सकते हैं कि आप क्या काम कर रहे हैं / पढ़ रहे हैं (इन्हें महीने में एक बार अपडेट करें।)

     
     

   जैसा कि मैंने पहले कहा था, ऐसा कुछ बनाने के लिए आपको एक सप्ताहांत से अधिक समय लेना चाहिए और यह आपके आवेदन को अतिरिक्त बढ़त देने में मदद करेगा।

   
   

   जैसे-जैसे आप अपने करियर में आगे बढ़ते हैं, इसे अपडेट करना काफी तुच्छ हो जाता है।

   
   

3. क्या मैं सिर्फ GitHub का उपयोग नहीं कर सकता?

   आप कर सकते हैं - हाँ। लेकिन अपनी परियोजनाओं को गिटहब पर डंप न करें और इसे एक दिन कॉल करें। एक उचित GitHub लैंडिंग पृष्ठ बनाएँ और उसे अपने पोर्टफोलियो के रूप में उपयोग करें।

   
   

   आप इसे GitHub पेज का उपयोग करके बना सकते हैं - बस उन्हीं सिद्धांतों का पालन करें जैसा मैंने ऊपर सूचीबद्ध किया है।

   
   

4. क्या मुझे अपना खुद का डोमेन नाम लेना चाहिए?

   आपको एक की आवश्यकता नहीं है - लेकिन आपका अपना डोमेन होना आपकी स्टेशनरी रखने जैसा है। यह एक अच्छा स्पर्श है।

   
   

5. मुझे अपनी वेबसाइट पर कितना व्यक्तिगत होना चाहिए? क्या मुझे पारिवारिक तस्वीरें साझा करनी चाहिए? व्यंजनों? मेरे पालतू समन्दर की एक तस्वीर?

   आपको जो पसंद है उसे साझा करें - अंत में इसका उद्देश्य जानें। इसका मतलब फेसबुक प्रोफाइल नहीं है - लेकिन इसका मतलब लिंक्डइन प्रोफाइल भी नहीं है। आपके दर्शक एक भर्ती प्रबंधक होंगे।

   
   

   सामाजिक लेकिन पेशेवर आप को जानने में उनकी सहायता करें।

   
   

6. क्या मुझे SEO, पेज रैंक आदि के बारे में चिंता करनी चाहिए?

   नहीं, यह करना खत्म हो गया है। अपने एचटीएमएल को साफ रखें - लेकिन उस पर भी जोर न दें।

   
   

   केवल वही करें जो आपके द्वारा अनुसरण की जाने वाली भूमिकाओं के लिए सबसे अधिक प्रासंगिक है: यदि यह एक नोड डेवलपर है, तो Node. यदि यह SEO है, तो सुनिश्चित करें - सर्च इंजन के लिए ऑप्टिमाइज़ करें। लेकिन अगर आप एक SQL इंजीनियर हैं, तो शायद मैं आपको आपके HTML/CSS कौशल के आधार पर नहीं आंकूंगा।

   
   

7. क्या मुझे डाउनलोड करने योग्य रिज्यूमे / अपना ईमेल शामिल करना चाहिए?

   यह अंतत: आप पर निर्भर है - लेकिन यदि आप इनमें से किसी एक को भी शामिल करते हैं, तो इस बात से सावधान रहें कि आप कौन सी जानकारी सार्वजनिक करते हैं। हो सकता है कि अपने डाउनलोड करने योग्य रेज़्यूमे से अपना फ़ोन नंबर हटा दें। सुनिश्चित करें कि आपका ईमेल प्रदाता स्पैम को फ़िल्टर करेगा।

   
   

   वैकल्पिक रूप से, लोगों को अपने लिंक्डइन पर निर्देशित करें या एक फॉर्म शामिल करें जहां वे आपसे संपर्क कर सकें।

गिटहब पर

1. मेरा GitHub लैंडिंग पृष्ठ कैसा दिखना चाहिए?

   एक साधारण रीडमी लिखें जो आपके पोर्टफोलियो की सामग्री की नकल करे। सरल, स्वच्छ और सुरुचिपूर्ण। आप इसे अद्यतित रखना चाहते हैं, इसलिए सुनिश्चित करें कि आप इसे इस तरह से बनाते हैं कि यह न्यूनतम प्रयास है।

   
   

   अपनी परियोजनाओं को पिन करें और अपने पोर्टफोलियो/लिंक्डइन के महत्वपूर्ण लिंक शामिल करें।

   
   

   हालांकि आपको इसे ज़्यादा करने की ज़रूरत नहीं है। जबकि वहाँ कुछ अद्भुत हैं, मुझे लगता है कि इसे सरल रखना सबसे अच्छा तरीका है (जब तक कि आप इसे पोर्टफोलियो के बदले नहीं बना रहे हैं)।

   संदर्भ के लिए, यहाँ मेरा अपना GitHub लैंडिंग पृष्ठ है: GitHub - अलीशा नोविन

   
   

2. क्या मुझे वास्तव में अपने प्रोजेक्ट पेज बनाने की ज़रूरत है?

   सुनिश्चित करें कि आपके पास रीडमी फ़ाइल है। आप उनके साथ बहुत कुछ कर सकते हैं - और मैं उनसे संपर्क करूंगा जैसे कि आप इसे अन्य डेवलपर्स के लिए लिख रहे हैं (चुपके से भर्ती प्रबंधक के बारे में सोच रहे हैं।)

   
   

   एक पेशेवर सेटिंग में आपको अक्सर यह समझाने की आवश्यकता होगी कि कोई उत्पाद या विशेषता क्या करती है, इसका उपयोग कैसे किया जाना चाहिए, इसकी सीमाएँ क्या हैं, आदि। यह आपके लिए एक हायरिंग मैनेजर को दिखाने का अवसर है - इसलिए जब आप इसे लिख रहे हों अन्य डेवलपर्स जो आपकी परियोजना का उपभोग करेंगे, याद रखें कि आपके वास्तविक दर्शक हायरिंग मैनेजर हैं।

   
   

   एक सिंहावलोकन प्रदान करें, स्क्रीनशॉट प्रदान करें, एक परिवर्तन लॉग प्रदान करें। चीजों को यह दिखाने के लिए दस्तावेज करें कि आप तकनीकी अवधारणाओं को संप्रेषित कर सकते हैं।

   
   

   एक अन्य उदाहरण के रूप में, संदर्भ के लिए, कोड/टकराव के लिए मेरा गिटहब पेज है। ध्यान रखें, वहाँ बहुत बेहतर हैं, लेकिन मैंने इस पृष्ठ को यह समझने के लिए बनाया है कि आपका न्यूनतम न्यूनतम कैसा दिखना चाहिए।

   
   

   केवल अपना प्रोजेक्ट अपलोड न करें और इसे एक दिन कहें।

   
   

3. क्या मुझे अपने कोड की गुणवत्ता के बारे में चिंता करने की ज़रूरत है, या मैंने कितनी टिप्पणी की है?

   आपका कोड देखा जाएगा, हाँ। लोग टिप्पणियों की तलाश करेंगे और उन्हें पढ़ेंगे। वे संभवतः सुपर विवरण में नहीं जाएंगे, लेकिन आप यह सुनिश्चित करना चाहेंगे कि आपकी कोड फाइलें प्रस्तुत करने योग्य हैं।
   
   इसे ऐसे व्यवहार करें जैसे आप एक वास्तविक परियोजना करेंगे। विशेष रूप से यदि आपने एल्गोरिदम में सुधार किया है, तो सुनिश्चित करें कि यह आपकी प्रतिबद्ध टिप्पणियों में दिखाई देता है।
   
   काम पर रखने वाले प्रबंधक शायद वहां नहीं बैठेंगे और यह सुनिश्चित करने के लिए आपके कोड को विच्छेदित करेंगे कि यह अति-कुशल है - लेकिन वे इसे देखेंगे कि आप क्या जानते हैं/नहीं जानते हैं।
   
   अति-इंजीनियरिंग या अति-जटिल स्पेगेटी कोड लिखने से सावधान रहें। वास्तव में, किसी भी कोड-गंध को कम करने का प्रयास करें।
   
   एक महान संसाधन जो मुझे पसंद है वह आपको सुपर-प्रेजेंटेबल कोड लिखने में मदद करता है, वह है रिफैक्टरिंग और डिज़ाइन पैटर्न ।
   

   
   

4. क्या मुझे अपने GitHub को अपने रिज्यूमे में शामिल करना चाहिए?
   हाँ। URL के रूप में लिंक किए गए टेक्स्ट के रूप में नहीं। रिज्यूमे प्रिंट हो जाते हैं - और, जहाँ तक मुझे पता है, आप कागज़ पर किसी लिंक पर क्लिक नहीं कर सकते।
   

   
   

5. क्या मुझे अपने लिंक्डइन पर अपना गिटहब शामिल करना चाहिए?
   हाँ।
   

   
   

6. क्या मुझे इस बारे में चिंता करने की ज़रूरत है कि मेरा गिटहब कितना सक्रिय है?
   नहीं, यह अनावश्यक दबाव है जो हम कोडर्स खुद पर डालते हैं। हम हरे रंग की प्रतिष्ठित दीवार चाहते हैं। जबकि कई दैनिक प्रतिबद्धताएं बहुत अच्छी हैं, यह आपको नौकरी की गारंटी नहीं देगी। कमिट की उच्च आवृत्ति होने के बारे में कम चिंता करें, और इसके बजाय प्रभावशाली कमिट होने के बारे में अधिक चिंता करें: ऐसी परियोजनाएं जो एक डेवलपर के रूप में आपके विकास और विकास को दर्शाती हैं। यह कुछ महीने का ही हो सकता है।
   
   फ्लिपसाइड पर, सुनिश्चित करें कि आपके पास टन और टन छोड़े गए/अधूरे प्रोजेक्ट नहीं हैं। पूर्ण विचार रखें - वे सभी पूर्णता के विभिन्न चरणों में हो सकते हैं, लेकिन उनके पास 2 से अधिक परियोजनाएं नहीं हैं जो एमवीपी चरण में नहीं हैं। आपने जो शुरू किया है उसे पूरा करें। बारीकियों के लिए नवीनता का त्याग करें।

   
   

7. क्या मुझे पाठ्यक्रम परियोजनाओं को शामिल करना चाहिए?

   कोर्सवर्क केवल आपके अपने प्रोजेक्ट्स के अभाव में ही अच्छा होता है। जब तक आपके पास अपनी खुद की परियोजनाओं पर खड़े होने के लिए शोध कार्य दिखाई न दें - फिर असाइनमेंट छुपाएं।

   
   

8. क्या मुझे अपनी सभी परियोजनाओं को शामिल करना चाहिए?
   केवल उन्हें शामिल करें जो पूर्ण और पूर्ण विचार हैं - उन्हें पूर्ण उत्पाद होने की आवश्यकता नहीं है। मुझे परियोजनाओं और उत्पादों के बीच अंतर करना पसंद है। एक "उत्पाद" पूर्ण ट्विटर/फेसबुक क्लोन बना रहा है। उत्पादों का आकार और दायरा इतना बड़ा हो सकता है कि आप इसे वास्तव में कभी भी पूरा नहीं कर सकते - और यह आपकी बहुत अच्छी सेवा नहीं करेगा क्योंकि यह भर्ती प्रबंधक को अभिभूत कर देगा।
   
   "प्रोजेक्ट्स" काम की अधिक असतत इकाइयाँ हैं। एक पुस्तकालय। एक प्रयोग।
   
   आपको निश्चित रूप से परियोजनाओं को साझा करना चाहिए और अपने लेखन में शामिल करना चाहिए कि वे किस बारे में थे - और आपने क्या हासिल करने की कोशिश की।
   
   "उत्पाद" शामिल करें, बशर्ते वे इतनी दूर हों कि वे अपने आप खड़े हो सकें। यदि आप लॉग-इन स्क्रीन से आगे कभी नहीं गए हैं, तो इसे शामिल न करें।
   
   मैं पुन: पुनरावृति करूंगा*(वास्तव में, मैं सिर्फ कॉपी और पेस्ट कर रहा हूं)*: सुनिश्चित करें कि आपके पास टन और टन छोड़े गए/अधूरे प्रोजेक्ट नहीं हैं। पूर्ण विचार रखें - वे सभी पूर्णता के विभिन्न चरणों में हो सकते हैं, लेकिन उनके पास 2 से अधिक परियोजनाएं नहीं हैं जो एमवीपी चरण में नहीं हैं। आपने जो शुरू किया है उसे पूरा करें। बारीकियों के लिए नवीनता का त्याग करें।

   
   

यह ध्यान देने योग्य है, ये सभी प्रतिक्रियाएं मेरे अपने व्यक्तिपरक विचार हैं जिन्हें मैंने छोटी और बड़ी कंपनियों में सामान्यीकृत किया है। वे मेरी व्यक्तिगत शैली को दर्शाते हैं, लेकिन मैं खुशी से प्रस्तुत करूंगा कि वे 100% सही भी नहीं हैं। इसने मेरे लिए काम किया है - लेकिन मुझे दूसरों से इनपुट और विचार प्राप्त करना पसंद है।

क्या कोई प्रश्न हैं जिनका मैंने उत्तर नहीं दिया है? मेरे साथ लिंक्डइन पर जुड़ें और उन्हें मुझे भेजें!

यहाँ भी प्रकाशित हो चुकी है।.